<?php
$TITRE = "Contrôle qualité";
include("../PAGES/haut.php");
include("../CONFIG/config.php");
addJS("../JS/controle-qualite.js");
?>
        <div id="contenu" class="cont">        
            Peut importe la méthode agile utilisée, il existe des contrôles qualités qui sont toujours appliqués lors de la production d’un projet. Ces contrôles sont :
                <ul>
                    <li>Recherche d’excellence technique de la conception.
                    <li>Vision graphique d’une modélisation nécessaire et suffisante.
                    <li>Vision de la documentation nécessaire et suffisante.
                    <li>Normes et techniques raisonnables de qualité du code (métrique).
                    <li>Architecture à base de composants.
                    <li>Gestion des changements automatisée.
                </ul>
                <p>
                    Pour se donner une idée de la vitesse d'avancement du sprint, le burndown chart met en évidence le nombre de tâches restant à faire durant un sprint. Il est évident que si le nombre de taches ne diminue pas au fil du temps, des efforts seront à faire par les acteurs.
                </p>
                <div class="titreimage"><b>Un exemple de burndown chart :&dArr;</b><br/>
                    <div class="image"><img src="../IMAGE/Burndown.png" alt="Burndown chart"/></div>
                </div>
                    
                
                    D’autres graphiques permettent de tester la qualité du produit, comme calculer la charge de travail par Sprint, ou encore le temps consommé par rapport au temps restant.
                <p>    
                    LES LOGICIELS DE TEST :<br/>
                    Les contrôles qualités peuvent également être effectués a l’aide de logiciels. Les principaux logiciels sont :	
                    <ul>
                        <li>xUnit est un logiciel permettant de faire des tests unitaires sur le code source du projet effectué. xUnit est utilisable dans différents langages de programmation.
                        <li>Leirios est un logiciel permettant de générer automatiquement des tests xUnit à partir d’un modèle du produit écrit en UML ou en langage B.
                        <li>Fit  est un logiciel qui permet aux clients, testeurs et développeurs de savoir ce que leur logiciel doit faire, et ce qu'il fait réellement. Pour cela, les clients écrivent leurs tests sous forme de tableaux dans une page HTML en respectant le formalisme de Fit. Lorsque cette page est interprétée par Fit, les résultats produits par le logiciel sont comparés aux résultats attendus. Le logiciel Concordion effectue les mêmes taches en s’affranchissant de la structure en tableau.
                        <li>Selenium est un logiciel de tests fonctionnels de site web. CubicTest est une amélioration de ce logiciel permettant de faire des tests de plus haut niveau, comme l’enchainement des pages par exemple.
                        <li>Les outils d’intégrations continues sont nombreux, comme CruiseControl, Hudson, Continuum ou Bitten. Ces outils permettent de vérifier à chaque modification de code source que le résultat des modifications ne produit pas de régression de l'application en cours de développement. L'intégration continue se réfère généralement à la pratique de l'extreme programming.
                    </ul>
                <div class="titreimage"><b>Un exemple de logiciel de test : &dArr;</b>
                        <div class="image"><img src="../IMAGE/logicieltest.png" alt="logiciel"/></div>
                    </div>
                </p>
                <p>
                    LES TESTS MANUELS :
                    <br/>
                    Il existe deux types principaux de tests manuels : Les Use cases et les User stories.<br/>
                    Use cases :<br/>
                    Les Use cases sont des scénarios de test manuel c’est à dire qui ne seront pas effectuer grâce à du code mais par un testeur qui effectuera les opérations demandées manuellement et effectuera un retour sur le résultat obtenu.
                    La technique des use case est utilisée pour définir les exigences de comportement d’un système en détaillant les exigences fonctionnelles avec un approche scénarios. Les uses cases peuvent être faites a l’aide de la méthode UML.
                    User stories :<br/>
                    Les User stories sont également des scenarios de tests manuels mais beaucoup moins détaillés que les tests cases. Il s’agit uniquement de décrire en langage usuel la fonctionnalité que l’on souhaite tester et le résultat attendu et ceci en une à deux phrases maximum. 
                    A la fin des user stories, on calcule le nombre de points (Réussite des tests) durant le sprint en cours. A partir de ces points on peut définir la vélocité du sprint. La vélocité d’une équipe sera quand a elle la moyenne des vélocités durant un projet.
                    Durant le projet, c’est une mesure que l’on suit tout au long des sprints, elle doit être communiquée vers l’extérieur pour agir en cas de baisse importante ou de hausse. Cela permet d’anticiper plus rapidement pour agir sur le projet.
                        <br/>
                    Remaniement du code :<br/>
                    Le remaniement consiste à retoucher ou réorganiser des portions de code existantes, avec  le même comportement fonctionnel, pour d'améliorer la structure d'ensemble de l'application et la clarté du code.
                    Lorsqu'un développeur doit utiliser une partie de code qui se trouve déjà quelque part, il remanie l'application de manière à pouvoir utiliser directement le code existant.
                </p>
        </div>
    </body>
</html>
